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Description 

METHOD OF FUNCTION ACTIVATION ON 

A BRIDGE SYSTEM 

Background of Invention 
[000 1 ] 1. Field of the Invention 

[0002] The present invention relates to a bridge system. More 

specifically, an apparatus and method capable of support- 
ing multiple interface types with the same bridge system 
is disclosed. 

[0003] 2. Description of the Prior Art 

[0004] The modularization of components for many of todays 
electronic devices has benefited manufacturers and con- 
sumers alike. The consumer has the flexibility to select 
from a variety of components or add additional hardware 
according to his or her needs. The manufacturer has the 
advantages of specialization, reducing costs and increas- 
ing performance of the particular component. One quite 
common example of such an arrangement is the ability of 



the user to add a device, such as an optical disc drive, to a 
preexisting host computer system. 
[0005] As with non-modularized systems, a basic requirement 

for the proper functionality of the system is establishing a 
protocol for effective communications between the vari- 
ous components and the host system. Therefore, a variety 
of industry standard communication protocols have been 
developed and are currently in use, such as versions of a 
Universal Serial Bus (USB), Integrated Drive Electronics 
(IDE), and Small Computer System Interface (SCSI) inter- 
faces as a few examples. As long as the host system and 
the component utilize the same protocol, communications 
allowing the proper functioning of the component are 
possible. 

[0006] An obvious communication problem occurs when a user 
wishes to attach a device that uses one protocol to a host 
system connection using a different protocol, for example 
connecting an IDE device to a USB port of the host system. 
In this situation an intermediate device, or bridge, is often 
used between the device and the host system to permit 
effective communications. The bridge comprises the nec- 
essary circuitry and information to allow proper commu- 
nications between the host system that utilizes a first 



communications protocol and the device that utilizes a 
second communications protocol. Costs and manufactur- 
ing concerns often result in one bridge system supporting 
multiple interface types. For example, one such multiple 
bridge system may permit connecting an IDE device with a 
host system utilizing either a USB port or a 1394 interface 
of the host system. 

[0007] pig.l is a functional block diagram of a prior art Host- 
Bridge-Device system 10 that utilizes a multiple bridge. 
The system 10 comprises a host system 15, a multiple 
bridge 20, and a device 25. A first bus interface 30 may 
connect the host system 15 with the multiple bridge 20 
and allow communications between the host 15 and the 
multiple bridge 20 according to a first communications 
protocol A. A second bus interface 35 may connect the 
host system 15 with the multiple bridge 20 and allow 
communications between the host 15 and the multiple 
bridge 20 according to a second communications protocol 
B. A third bus interface 40 connects the multiple bridge 
20 with the device 25 and allows communications be- 
tween the multiple bridge 20 and the device 25 according 
to a third communications protocol C. 

[0008] Because the multiple bridge 20 connects to only one de- 



vice 25, to avoid hardware conflicts, activation of only one 
of either the first bus interface 30 or the second bus in- 
terface 35 is permitted at any one time. Therefore, the 
multiple bridge 20 comprises two bridge chips50 and 55 
to control the operations of bridge 20. Normally the two 
bridge chips 50 and 55 are disposed on a PCB board also 
comprised by the bridge 20. The bridge chip 50 is con- 
nected to the first bus interface 30 and allows communi- 
cations between the host system 15 and the device 25 
when the first bus interface 30 is to be utilized. The 
bridge chip 55 is connected to the second bus interface 
35 and allows communications between the host system 
15 and the device 25 when the second bus interface 35 is 
to be utilized. Both of the bridge chips 50 and 55 are also 
connected to the third bus interface 40 to complete the 
host system 15 to device 25 connections. 
[0009] There are at least two conventional methods of selecting 
which one of the two bridge chips and is to be activated 
and which one of the two bridge chips is to be deacti- 
vated. The first method, as shown in Fig. 2, involves an 
additional function pin on each bridge chip 60 and 65 for 
enabling/disabling the bridge chips 60 and 65. The input 
of the functional pin may be similar to a jumper setting 70 



and requires being physically set to predetermined loca- 
tions according to the intended use of the bridge 45 in 
the multiple bridge system 80. 

[0010] a second conventional method is shown in Fig. 3. This 

method is often applied when bridge chips do not have a 
functional pin for disabling/enabling the bridge chip. The 
Host-Bridge-Device system 90 shown in Fig. 3 differs from 
the system 80 of Fig. 2 in that no functional pin placement 
is used and enabling/disabling of bridge chips 61 and 66 
is handled by a control circuit 75. The input of the control 
circuit 75 may be similar to a jumper setting 71 and re- 
quires being physically set to predetermined locations ac- 
cording to the intended use of the bridge 46 in the multi- 
ple bridge system 90. When the selected bridge chip 61 or 
66 is enabled, the control circuit 75 allows the device bus 
interface 40 pins to connect to the output pins of the se- 
lected bridge chip 61 or 66 and blocks out all the output 
pins of the unselected bridge chip 61 or 66. The control 
circuit 75 is external to the bridge chips 61 and 66 but is 
usually formed on the same PCB as are the bridge chips 
61 and 66 of the multiple bridge 46. 

[001 1] B 0 th conventional methods are capable of determining 
which bridge chip is activated and which is deactivated. 



However, a functional pin requires physically altering the 

bridge system while an inclusion of an arbitration circuit 

raises the cost, size, and complexity of the bridge system. 
Summary of Invention 

[0012] it j S therefore a primary objective of the claimed invention 
to reduce the cost, size, complexity, and inconvenience of 
a multiple bridge system by having each bridge chip auto- 
matically disabled by default and activating a desired 
bridge chip only when that bridge chip receives a prede- 
termined protocol initialization signal. 

[0013] Th e present invention includes a bridge system having a 
plurality of bridge chips to control the operations of a 
bridge. Each bridge chip may be uniquely electrically con- 
nected to a bus interface and allow communications be- 
tween a host system and the bridge chip when that bus 
interface is to be utilized. Each of the bridge chips may 
also be connected to another bus interface connecting the 
bridge with the device to complete the host system to 
bridge to device connections. 

[0014] Each bridge chip includes an activation circuit in a one- 
to-one relationship that automatically disables the bridge 
chip after a power-on, a hardware reset occurs, or the 
bridge chip has been physically disconnected from the 



host. The activation circuit is capable of enabling that one 
associated bridge chip when the activation circuit receives 
a predetermined protocol initialization signal. If the acti- 
vation circuit receives the predetermined protocol initial- 
ization signal, the activation circuit causes the associated 
bridge chip, and only the associated bridge chip, to be- 
come enabled. Once enabled, the bridge chip drives all of 
the pins in the bus interface connecting the bridge with 
the device and remains in control of the bus interface 
connecting the bridge with the device until the bridge 
system has been physically disconnected from the host, a 
power-off occurs, or a hardware reset occurs. 
[0015] These and other objectives of the claimed invention will 
no doubt become obvious to those of ordinary skill in the 
art after reading the following detailed description of the 
preferred embodiment, which is illustrated in the various 

figures and drawings. 
Brief Description of Drawings 

[0016] pig.l is a functional block diagram a Host-Bridge-Device 

system that utilizes a multiple bridge. 
[0017] pig. 2 is a functional block diagram of a conventional 

Host-Bridge-Device system that utilizes a multiple bridge. 
[0018] pig. 3 is a functional block diagram of another conven- 



tional Host-Bridge-Device system that utilizes a multiple 
bridge. 

[0019] pig. 4 is a functional block diagram of a multiple bridge 

system according to the present invention. 
Detailed Description 

[0020] pig. 4 is a functional block diagram of a Host- 
Bridge-Device system 100 according to the present inven- 
tion. Where the components and functionality of the com- 
ponents are the same as depicted in Figs. 1-3, the original 
reference numbers have been maintained for clarity. 

[0021] The system 100 comprises a host computer system 15, a 
bridge 120, and a device 25. A first bus interface 30 con- 
nects the host system 15 with the bridge 120 and allows 
communications between the host 15 and the bridge 120 
according to a first communications protocol A. A second 
bus interface 35 connects the host system 15 with the 
bridge 120 and allows communications between the host 
15 and the bridge 120 according to a second communica- 
tions protocol B. A device bus interface 40 connects the 
bridge 120 with the device 25 and allows communications 
between the bridge 120 and the device 25 according to a 
third communications protocol C. Since all of the bridge 
chips are automatically disabled after a power-on or 



hardware reset, the device interface bus 40 is not driven 
by any of the bridge chips and thus is still available for 
connection with host. Thus, the device 25 possibly may 
also be connected directly to the host system 15, bypass- 
ing the bridge 120, via the connection 40A that utilizes 
the device bus interface 40 (the original device interface). 

[0022] The bridge 120 comprises at least one bridge chip and 
may comprise two or more bridge chipsl05 and 110 (as 
shown in Fig. 4) to control the operations of the bridge 
120. The bridge chips 105 and 110 may be disposed on a 
PCB board also comprised by the bridge 120. The bridge 
chip 105 may be electrically connected to the first bus in- 
terface 30 and allow communications between the host 
system 15 and the device 25 when the first bus interface 
30 is to be utilized. The bridge chip 110 may be electri- 
cally connected to the second bus interface 35 and allow 
communications between the host system 15 and the de- 
vice 25 when the second bus interface 35 is to be utilized. 
Both of the bridge chips 105 and 110 may also be con- 
nected to the device bus interface 40 to complete the host 
system 15 to device 25 connections. 

[0023] it is important to note that the bridge 120 does not re- 
quire either an additional function pin or a control circuit 



for enabling/disabling the bridge chips 105 and 110. In- 
stead, each of the bridge chips 105 and 110 respectively 
comprise an activation circuit 130 and 135. The activation 
circuit 130 is capable of disabling the bridge chip 105 af- 
ter a power-on , a hardware reset, or a physical discon- 
nection from the host 15. The activation circuit 130 is also 
capable of enabling the bridge chip 105 when the activa- 
tion circuit 130 receives a first predetermined protocol 
initialization signal. Similarly, the activation circuit 135 is 
capable of disabling the bridge chip 110 after a power- 
on, a hardware reset, or a physical disconnection from the 
host 15. The activation circuit 135 is also capable of en- 
abling the bridge chip 110 when the activation circuit 135 
receives a second predetermined protocol initialization 
signal. 

[0024] The preferred operation of the activation circuits 130 and 
135 is as follows. After a power-on or a hardware reset, 
each activation circuit 130 and 135 sets the correspond- 
ing bridge chip 105 or 110 to be disabled with all of the 
pins connecting the bridge chips 105 and 110 to the de- 
vice bus interface 40 set to floating. In this situation, nei- 
ther one of the bridge chips 105 or 110 controls the de- 
vice bus interface 40. However, when a device bus inter- 



face 40A exists, the device can still be used via the device 
bus interface 40A if desired because neither of the bridge 
chips 105 or 110 are necessary to support this arrange- 
ment. Both of the bridge chips 105 and 110 remain dis- 
abled until either the first or the second predetermined 
protocol initialization signal is received by one of the acti- 
vation circuits 130 or 135. 
[0025] if the activation circuit 130 of the bridge chip 105 receives 
the first predetermined protocol initialization signal, the 
activation circuit 130 sets the bridge chip 105 to be en- 
abled. Once enabled, the bridge chip 105 drives all of the 
pins in the device bus interface 40, taking control of the 
device bus interface 40. Once the bridge chip 105 has 
taken control of the device bus interface 40, the bridge 
chip 105 remains in control of the device bus interface 40 
until the bridge chip 105 has been physically discon- 
nected with host 15, a power-off occurs, or a hardware 
reset occurs. 

[0026] on the other hand, if the activation circuit 135 of the 

bridge chip 110 receives the second predetermined pro- 
tocol initialization signal, the activation circuit 135 sets 
the bridge chip 110 to be enabled. Once enabled, the 
bridge chip 110 drives all of the pins in the device bus in- 



terface 40, taking control of the device bus interface 40. 
Once the bridge chip 110 has taken control of the device 
bus interface 40, the bridge chip 110 remains in control 
of the device bus interface 40 until the bridge chip 110 
has been physically disconnected with host, a power-off 
occurs, or a hardware reset occurs. 
[0027] N 0te t hat only the bridge chip 105 or 110 that received a 
protocol initialization signal becomes enabled and takes 
control of the device bus interface 40. The bridge chip 
that did not receive a protocol initialization signal remains 
disabled. Additionally, control of the device bus interface 
40 by one or the other of the bridge chips 105 and 110 
effectively disables the option of utilizing the device bus 
interface 40A. 

[0028] | n practice, the activation circuits 105 and 135 may be 
separate but identical, as long as each activation circuit 
corresponds to one and only one bridge chip 105 or 110. 
The activation circuits 130 and 135 may easily be imple- 
mented by a minor change in hardware comprised by the 
respective bridge chip 105 or 110. Possible modifications 
include having the bridge chip disabled by default and 
having an enabled flag and/or a switch that enables the 
bridge chip when a protocol initialization signal is re- 



ceived by the bridge chip. 

[0029] | n the preferred embodiment of the present invention, a 
protocol initialization signal is transmitted by the host 
system 15 to the activation circuit 130 or 135 over the 
first bus interface 30 or the second bus interface 35 con- 
necting the host system 15 with the bridge 120. The pro- 
tocol initialization signal may be a signal showing that a 
physical connection between host system 15 and bridge 
120 has been built, a signal from the host system 15 to 
reset the bridge 120 or device 25, a signal from the host 
system 15 to initialize the bridge 120 or device 25, or a 
signal from the host system 15 to acknowledge the exis- 
tence of the bridge 120 or device 25. 

[0030] | n the present invention, the activation circuit automati- 
cally disables each bridge chip after a power-on, a hard- 
ware reset occurs, or when the bridge chip has been 
physically disconnected from the host. The device bus in- 
terface 40A, if one exists, may be used in this condition. If 
an activation circuit associated with a particular bridge 
chip receives a predetermined protocol initialization sig- 
nal, the activation circuit causes the associated bridge 
chip, and only the associated bridge chip, to become en- 
abled. An enabled bridge chip controls the device bus in- 



terface until the enabled bridge chip has been physically 
disconnected with host, a power-off occurs, or a hardware 
reset occurs. 

[0031] it should be obvious that although the above description 
of a multiple bridge system refers to two bridge chips and 
two bus interfaces between the host system and the 
bridge, other quantities of bridge chips and bus interfaces 
also fall within the intended scope of this disclosure. The 
intent of the present invention is to allow the use of a 
bridge system having at least one bridge chip to function 
properly without the need of a function pin requiring 
physical placement/replacement and without the expense, 
size, and complexity of a control circuit. This functionality 
is provided in the present invention by the activation cir- 
cuit and the protocol initialization signal. 

[0032] Those skilled in the art will readily observe that numerous 
modifications and alterations of the device and method 
may be made while retaining the teachings of the inven- 
tion. Accordingly, the above disclosure should be con- 
strued as limited only by the metes and bounds of the ap- 
pended claims. 



